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DC Application Profiles 


- traditional definition 


“A Dublin Core Application Profile (DCAP) is a declaration 
specifying which metadata terms an organization, 
information provider, or user community uses in its 
metadata. By definition, a DCAP identifies the source of 
metadata terms used—whether they have been defined in 
formally maintained standards such as Dublin Core, in less 
formally defined element sets and vocabularies, or by the 
creator of the DCAP itself for local use in an application. 
Optionally, a DCAP may provide additional documentation 
on how the terms are constrained, encoded or interpreted 
for application-specific purposes.” --CEN CWA 14855:2003 
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Machine-readable constraints? 


e XML Schema? 
- Not applicable to RDF 
- Not applicable to HTML 
- Not applicable to.... 
e CEN Guidelines 
- Not based on DCAM 
- No support for Description Sets 


e Needed something new 


- “Dublin Core Description Set Profile” 
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Envisioned usages 


e as a formal representation of the constraints of a 
Dublin Core Application Profile 


e as configuration for databases 
e as configuration for metadata editing tools 
° etc. 
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Scope of a DSP spec 


e Information model: Structural constraints on a 
description set: 


- what descriptions may occur 
- what properties may be used 
- what ways might a value surrogate be given 


e XML expression 
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Out of scope 


e Human-readable documentation 


Definition of vocabularies 
e Version control 
e etc. 
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DC Application Profiles 


- new definition (in progress) 


e A DCAM-conformant Application Profile (“DC 
Application Profile”) is packet of documentation 
which consists of: 


- Functional requirements (mandatory) 

- Domain model (mandatory) 

- Description Set Profile (DSP) (mandatory) 
- Usage guidelines (optional) 

- Encoding syntax guidelines (optional) 
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Usage 
Guidelines 


annotate 
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Application Profile Usage 


Guidelines 


Set Profile 


Functional . Domain ` Description 
Requirements Model jaf 


Community Metadata DCMI Abstract DCMI Syntax 
Domain Models Vocabularies Model oe Guidelines 


Domain standards 


Foundation standards 
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First working draft 


e http://dublincore.org/architecturewiki/DescriptionSetProfile 
e Comments on DC-ARCHITECTURE 
e Publication schedule not defined 
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Example: The book AP 


e A book: 


- a literal title 
- a creator, described separately 


e A creator 


- a literal name 
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Statement template: literal title 




















Description Template: Book Property: dcterms:title 



































Literal value Language SES 














Statement template: creator 

















Property: |dcterms:creator Description reference: Creator 





Value URI 

















Vocabulary Encoding Scheme 























Value string Language SES 














Statement template: literal name 




















Description Template: Creator Property: ffoaf:name standalone:no 

















Literal value) Language SES 
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http: //knowware.nada.kth.se/DCWiki/ TheBookAP?action=raw 
http: //kKnowware.nada.kth.se/DCWiki/ TheBookAP 
http: //knowware.nada.kth.se/DCWiki/ TheBookAP?action=DSP2XML 





{{{#!DSP 
== Description template: Book == Link 
DT=(min="1" max="1" standalone="yes" identifier="book") 


ST=(max="1" type="literal" PC={http://purl.org/dc/terms/title}) 
|| Definition || A name given to the resource. || 
LC=(LangC=(occurrence="optional") SESConstraint=(occurrence="disallowed") ) 


=== Creator === 

ST=(max="1" type="nonliteral" PC= {http://purl.org/dc/terms/creator}) 

|| Definition || An entity primarily responsible for making the resource. || 

NLC=(VURIConstraint=(occurrence="disallowed") VESConstraint=(occurrence="disallowed") 
VStringConstraint=(max="1" LangC=(occurrence="disallowed") 
SESConstraint=(occurrence="disallowed")) description="creator" ) 


== Description template: Creator == 

DT=(min="1" max="1" standalone="no" identifier="creator") 

—— Name =e 

ST=(max="1" type="literal" PC={http://xmlns.com/foaf/0.1/name}) 
|| Definition || A name for some thing. || 


LC=(LangC=(occurrence="disallowed") SESConstraint=(occurrence="disallowed") ) 


}}} 
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http: //knowware.nada.kth.se/DCWiki/ TheBookAP?action=raw 
http: //knowware.nada.kth.se/DCWiki/ TheBookAP 
http: //knowware.nada.kth.se/DCWiki/ TheBookAP?action=DSP2XML 


<?xml version="1.0"?> 





<DescriptionSetTemplate> 
<DescriptionTemplate maxOccur="1" minOccur="1"> 


<StatementTemplate maxOccur="1" type="Literal"> 
<Property>http://purl.org/dc/terms/title</Property> 
<LiteralConstraint> 
<SyntaxEncodingSchemeOccurrence>disal Lowed</SyntaxEncodingSchemeOccurrence> 
<LanguageOccurrence>optional</LanguageOccurrence> 
</LiteralConstraint> 
</StatementTemplate> 


<StatementTemplate maxOccur="1" type="nonliteral"> 
<Property>http://purl.org/dc/terms/creator</Property> 
<NonliteralConstraint descriptionTemplateID="creator"> 
<ValueURIOccurrence>disal Lowed</ValueURIOccurrence> 
<VocabularyEncodingSchemeOccurrence>disal Lowed</VocabularyEncodingSchemeOccurrence> 
<ValueStringConstraint maxOccur="1"> 
<SyntaxEncodingSchemeOccurrence>disal Lowed</SyntaxEncodingSchemeOccurrence> 
<LanguageOccurrence>disal Lowed</LanguageOccurrence> 
</ValueStringConstraint> 
</NonliteralConstraint> 
</StatementTemplate> 


</DescriptionTemplate> 


<DescriptionTemplate maxOccur="1" minOccur="1"> 
<StatementTemplate maxOccur="1" type="Literal"> 
<Property>http://xmlins.com/foaf/0.1/name</Property> 
<LiteralConstraint> 
<SyntaxEncodingSchemeOccurrence>disal Lowed</SyntaxEncodingSchemeOccurrence> 
<LanguageOccurrence>disal Lowed</LanguageOccurrence> 
</LiteralConstraint> 
</StatementTemplate> 
</DescriptionTemplate> 
</DescriptionSetTemplate> 
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Putting DSPs to work 


e The SHAME demo 
e Takes DSP-XML 
e Generates an RDF editor on the fly 


— RDF conforms to DSP constraints 
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